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Foreword 

This Technical Specification has been produced by the 3GPP. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 



The present document is a technical specification of the services provided by the physical layer of UTRA to upper 
layers. 

The following items are considered for releases beyond Release 99: 

- Fast Uplink Signalling Channel (FAUSCH) 

Opportunity Driven Multiple Access (ODMA) 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

[1] 3G TS 23. 110: "UMTS Access Stratum; Services and Functions" 

[2] 3G TS 25.301 : "Radio Interface Protocol Architecture" 

[3] 3G TS 25.212: "Multiplexing and channel coding (FDD)" 

[4] 3G TS 25.222: "Multiplexing and channel coding (TDD)" 

[5] 3G TS 25.224: "Physical Layer Procedures (TDD)" 

[6] 3G TS 25.215: "Physical Layer - Measurements (FDD)" 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in [3] apply. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

ARQ Automatic Repeat Request 

BCCH Broadcast Control Channel 

BCH Broadcast Channel 

C- Control- 

CC Call Control 

CCCH Common Control Channel 

CCH Control Channel 

CCTrCH Coded Composite Transport Channel 

CN Core Network 

CRC Cyclic Redundancy Check 
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DC Dedicated Control (SAP) 

DCA Dynamic Channel Allocation 

DCCH Dedicated Control Channel 

DCH Dedicated Channel 

DL Downlink 

DRNC Drift Radio Network Controller 

DSCH Downlink Shared Channel 

DTCH Dedicated Traffic Channel 

FACH Forward Link Access Channel 

FAUSCH Fast Uplink Signaling Channel 

FCS Fame Check Sequence 

FDD Frequency Division Duplex 

GC General Control (SAP) 

HO Handover 

ITU International Telecommunication Union 

kbps kilo-bits per second 

LI Layer 1 (physical layer) 

L2 Layer 2 (data link layer) 

L3 Layer 3 (network layer) 

LAC Link Access Control 

LAI Location Area Identity 

MAC Medium Access Control 

MM Mobility Management 

Nt Notification (SAP) 

OCCCH ODMA Common Control Channel 

ODCCH ODMA Dedicated Control Channel 

ODCH ODMA Dedicated Channel 

ODMA Opportunity Driven Multiple Access 

ORACH ODMA Random Access Channel 

ODTCH ODMA Dedicated Traffic Channel 

PCCH Paging Control Channel 

PCH Paging Channel 

PDU Protocol Data Unit 

PHY Physical layer 

PhyCH Physical Channels 

RACH Random Access Channel 

RLC Radio Link Control 

RNC Radio Network Controller 

RNS Radio Network Subsystem 

RNTI Radio Network Temporary Identity 

RRC Radio Resource Control 

SAP Service Access Point 

SCCH Synchronisation Control Channel 

SCH Synchronisation Channel 

SDU Service Data Unit 

SRNC Serving Radio Network Controller 

SRNS Serving Radio Network Subsystem 

TCH Traffic Channel 

TDD Time Division Duplex 

TFCI Transport Format Combination Indicator 

TFI Transport Format Indicator 

TMSI Temporary Mobile Subscriber Identity 

TPC Transmit Power Control 

U- User- 

UE User Equipment 

UEr User Equipment with ODMA relay operation enabled 

UL Uplink 

UMTS Universal Mobile Telecommunications System 

URA UTRAN Registration Area 

UTRA UMTS Terrestrial Radio Access 

UTRAN UMTS Terrestrial Radio Access Network 
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Interfaces to the physical layer 



The physical layer (layer 1) is the lowest layer in the OSI Reference Model and it supports all functions required for the 
transmission of bit streams on the physical medium. 

The physical layer interfaces the Medium Access Control (MAC) Layer and the Radio Resource Control (RRC) Layer 
as depicted in Figure 1 . 



Layer 3 



Layer 2 



Layer 1 



Radio Resource Control (RRC) 

o 



Medium Access Control 
(MAC) 

Q 



CPHY primitives 



■o 



PHY primitives 



Physical Layer 



■o- 



Figure 1 : Interfaces with the Physical Layer 



4.1 



Interface to MAC 



The physical layer interfaces the MAC entity of layer 2. Communication between the Physical Layer and MAC is in an 
abstract way performed by means of PHY-primitives defined which do not constrain implementations. 

NOTE: The terms physical layer and layer 1, will be used synonymously in this description. 

The PHY-primitives exchanged between the physical layer and the data link layer provide the following functions: 

transfer of transport blocks over the radio interface 

indicate the status of the layer 1 to layer 2 



4.2 



Interface to RRC 



The physical layer interfaces the RRC entity of layer 3 in the UE and in the network. 

Communication is performed in an abstract way by means of CPHY -primitives. They do not constrain implementations. 

The CPHY-primitives exchanged between the physical layer and the Network layer provide the following function: 

control of the configuration of the physical layer 

The currently identified exchange of information across that interface has only a local significance to the UE or 
Network. 

5 Services and functions of the physical layer 



5.1 



General 



The physical layer offers data transport services to higher layers. The access to these services is through the use of 
transport channels via the MAC sub-layer. The characteristics of a transport channel are defined by its transport format 
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(or format set), specifying the physical layer processing to be applied to the transport channel in question, such as 
convolutional channel coding and interleaving, and any service-specific rate matching as needed. 

The physical layer operates exactly according to the LI radio frame timing. A transport block is defined as the data 
accepted by the physical layer to be jointly encoded. The transmission block timing is then tied exactly to this LI frame 
timing, e.g. every transmission block is generated precisely every 10ms, or a multiple of 10 ms. 

A UE can set up multiple transport channels simultaneously, each having own transport characteristics (e.g. offering 
different error correction capability). Each transport channel can be used for information stream transfer of one radio 
bearer or for layer 2 and higher layer signalling messages. 

The multiplexing of these transport channels onto the same or different physical channels is carried out by LL In 
addition, the Transport Format Combination Indication field (TFCI) shall uniquely identify the transport format used by 
each transport channel of the Coded Composite Transport Channel within the current radio frame. 

5.2 Overview of L1 functions 

The physical layer performs the following main functions: 
EEC encoding/decoding of transport channels 

Measurements and indication to higher layers (e.g. EER, SIR, interference power, transmission power, etc..) 
Macrodiversity distribution/combining and soft handover execution 
Error detection on transport channels 

Multiplexing of transport channels and demultiplexing of coded composite transport channels 
Rate matching 

Mapping of coded composite transport channels on physical channels 
Modulation and spreading/demodulation and despreading of physical channels 
- Frequency and time (chip, bit, slot, frame) synchronisation 
Closed-loop power control 

Power weighting and combining of physical channels 
RE processing 

Support of Uplink Synchronisation as defined in [5] (TDD only) 
Timing advance on uplink channels (TDD only) 

5.3 L1 interactions with L2 retransmission functionality 

Provided that the RLC PDUs are mapped one-to-one onto the Transport Blocks, Error indication may be provided by 
LI to L2. For that purpose, the LI CRC can be used for individual error indication of each RLC PDU. The LI CRC will 
then serve multiple purposes: 

Error indication for uplink macro diversity selection combining (LI) 

Frame error indication for speech services 

Quality indication 

Error indication for L2 retransmissions 

As a conclusion, LI needs to give an error indication to L2 for each erroneous Transport Block delivered. 
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Model of physical layer of the UE 



6.1 Uplink models 



Figure 2 shows models of the UE's physical layer in the uplink for both FDD and TDD mode. It shows two models: 
DCH model and RACH model. Some restriction exist for the use of different types of transport channel at the same 
time, these restrictions are described in the chapter "UE Simultaneous Physical Channel combinations". More details 
can be found in [3] and [4]. 
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Note 1 : The need to multiplex several CPCH transport channels is FFS 

Note 2: Only the data part of the CPCH can be mapped on multiple physical channels 

Note 3: FAUSCH and CPCH are for FDD only. 

Note 4: USCH is for TDD only. 

Figure 2: lUlodel of the UE's physical layer - uplink 

The DCH model shows that one or several DCHs can be processed and multiplexed together by the same coding and 
multiplexing unit. The detailed functions of the coding and multiplexing unit are not defined in this document but in [3] 
and [4]. The single output data stream from the coding and multiplexing unit is denoted Coded Composite Transport 
Channel (CCTrCH). 
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The bits on a CCTrCH Data Stream can be mapped on the same Physical Channel and should have the same C/I 
requirement. 

On the downlink, multiple CCTrCH can be used simultaneously with one UE. In the case of FDD, only one fast power 
control loop is necessary for these different CCtrCH, but the different CCtrCH can have different C/I requirements to 
provide different QoS on the mapped Transport Channels. In the case of TDD, different power control loops can be 
applied for different CCTrCH. One physical channel can only have bits coming from the same CCTrCH. 

On the uplink and in the case of FDD, only one CCTrCH can be used simultaneously. On the uplink and in the case of 
TDD, multiple CCTrCH can be used simultaneously. 

When multiple CCTrCH are used by one UE, one or several TFCI can be used, but each CCTrCH has only zero or one 
corresponding TFCI. In the case of FDD, these different words are mapped on the same DPCCH. In the case of TDD, 
these different TFCI can be mapped on different DPCH. 

The data stream of the CCTrCH is fed to a data demultiplexing/splitting unit that demultiplexes/splits the CCTrCH' s 
data stream onto one or several Physical Channel Data Streams. 

The current configuration of the coding and multiplexing unit is either signalled to, or optionally blindly detected by, 
the network for each 10 ms frame. If the configuration is signalled, it is represented by the Transport Format 
Combination Indicator (TFCI) bits. Note that the TFCI signalling only consists of pointing out the current transport 
format combination within the already configured transport format combination set. In the uplink there is only one 
TFCI representing the current transport formats on all DCHs of one CCTrCH simultaneously. In FDD mode, the 
physical channel data stream carrying the TFCI is mapped onto the physical channel carrying the power control bits and 
the pilot. In TDD mode the TFCI is time multiplexed onto the same physical channel(s) as the DCHs. The exact 
locations and coding of the TFCI are signalled by higher layers. 

The DCH and USCH have the possibility to perform Timing Advance in TDD mode. 

For the FAUSCH, there is no coding, since the FAUSCH is only used for the transmission of a reservation request by 
sending an up-link signalling code (USC) at the time-offset allocated for the specific UE during the 10 ms frame. Due to 
the fixed time-offset allotted to a specific UE, the FAUSCH is a dedicated control channel. 

The model for the RACH case shows that RACH is a common type transport channel in the uplink. RACHs are always 
mapped one-to-one onto physical channels, i.e. there is no physical layer multiplexing of RACH. Service multiplexing 
is handled by the MAC layer. The CPCH, which is another common type transport channel, has a physical layer model 
as shown in the above figure. 

6.2 Downlink models 

Figure 3 and Figure 4 show the model of the UE's physical layer for the downlink in FDD and TDD mode, respectively. 
Note that there is a different model for each transport channel type. 
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Figure 3: IVIodel of the UE's physical layer - downlink FDD mode 
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Figure 4: lUlodel of the UE's physical layer - downlink TDD mode 

For the DCH case, the mapping between DCHs and physical channel data streams works in the same way as for the 
uplink. Note however, that the number of DCHs, the coding and multiplexing etc. may be different in uplink and 
downlink. 

In the FDD mode, the differences are mainly due to the soft and softer handover. Further, the pilot, TPC bits and TFCI 
are time multiplexed onto the same physical channel(s) as the DCHs. Further, the definition of physical channel data 
stream is somewhat different from the uplink. In TDD mode the TFCI is time multiplexed onto the same physical 
channel(s) as the DCHs. The exact locations and coding of the TFCI are signalled by higher layers. 

Note that it is logically one and the same physical data stream in the active set of cells, even though physically there is 
one stream for each cell. The same processing and multiplexing is done in each cell. The only difference between the 
cells is the actual codes, and these codes correspond to the same spreading factor. 

The physical channels carrying the same physical channel data stream are combined in the UE receiver, excluding the 
pilot, and in some cases the TPC bits. TPC bits received on certain physical channels may be combined provided that 
UTRAN has informed the UE that the TPC information on these channels is identical. 

A PCH and one or several FACH can be encoded and multiplexed together forming a CCTrCH. Similarly as in the 
DCH model there is one TFCI for each CCTrCH for indication of the transport formats used on each PCH and FACH. 
The PCH is associated with a separate physical channel carrying page indicators (Pis) which are used to trigger UE 
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reception of the physical channel that carries PCH. A FACH or a PCH can also be individually mapped onto a separate 
physical channel. The BCH is always mapped onto one physical channel without any multiplexing with other transport 
channels. 

In the TDD mode there is the SCH in addition (not shown in Figure 4). 



6.3 Relay link Model 



The Relay link applies to the TDD mode only. 

Figure 4 illustrates the model of the UE's physical layer for the TDD mode. 



ODCH model 




ORACHmodel 
ORACH 




Figure 5: IVIodel of the UE's physical lay-r - relay link TDD mode. 

The ORACH is a channel used within UE's to transmit and receive probing messages, and also to transmit and receive 
small packets of information. The ODCH is used to transmit larger amounts of data over a number of hops between 
UE's. 



7 



Formats and configurations for L1 data transfer 



7.1 General concepts about Transport Channels 

Layer 2 is responsible for the mapping of data onto LI via the L1/L2 interface that is formed by the transport channels. 
In order to describe how the mapping is performed and how it is controlled, some definitions and terms are required. 
The required definitions are given in the following sections. Note that the definitions are generic for all transport 
channel types, i.e. not only for DCHs. 

All Transport Channels are defined as unidirectional (i.e. uplink, downlink, or relay-link). This means that a UE can 
have simultaneously (depending on the services and the state of the UE) one or several transport channels in the 
downlink, and one or more Transport Channel in the uplink. 

7.1.1 Transport Block 

This is the basic unit exchanged between LI and MAC, for LI processing. 

A Transport Block typically corresponds to an RLC PDU or corresponding unit. Layer 1 adds a CRC for each Transport 
Block. 
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7.1.2 Transport Block Set 



This is defined as a set of Transport Blocks, which are exchanged between LI and MAC at the same time instance using 
the same transport channel. 

7.1 .3 Transport Block Size 

This is defined as the number of bits in a Transport Block. The Transport Block Size is always fixed within a given 
Transport Block Set, i.e. all Transport Blocks within a Transport Block Set are equally sized. 

7.1 .4 Transport Block Set Size 

This is defined as the number of bits in a Transport Block Set. 

7.1 .5 Transmission Time Interval 

This is defined as the inter-arrival time of Transport Block Sets, and is equal to the periodicity at which a Transport 
Block Set is transferred by the physical layer on the radio interface. It is always a multiple of the minimum interleaving 
period (e.g. 10ms, the length of one Radio Frame). The MAC delivers one Transport Block Set to the physical layer 
every TTI. 

Figure 6 shows an example where Transport Block Sets, at certain time instances, are exchanged between MAC and LI 
via three parallel transport channels. Each Transport Block Set consists of a number of Transport Blocks. The 
Transmission Time Interval, i.e. the time between consecutive deliveries of data between MAC and LI, is also 
illustrated. 

DCHl 



Transport Block 



Transport 



Transport Block 



-X- 



-Transmission Time Interval 



-►4- 



Transport Block 



DCH2 



Transport Block 



Transport Block 



Transport Block 



Transport 



Transport 



-X- 



-Transmission Time Interval 



-►^^ 



Transport Block 



Transport Block 



Transport Block 



DCH3 



Transport Block 



Transport Block 



Transport Block 



Transport Block 



Transport Block 



Transport Block 



-►<- 



-W..^— Transmission ^ ^ 
Time Interval 



-►^ 



Figure 6: Exchange of data between IVIAC and L1 
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7.1.6 Transport Format 

This is defined as a format offered by LI to MAC (and vice versa) for the deHvery of a Transport Block Set during a 
Transmission Time Interval on a Transport Channel. The Transport Format constitutes of two parts - one dynamic part 
and one semi-static part. 

Attributes of the dynamic part are: 

Transport Block Size 

- Transport Block Set Size 

- Transmission Time Interval (optional dynamic attribute for TDD only) 
Attributes of the semi-static part are: 

Transmission Time Interval (mandatory for FDD, optional for the dynamic part of TDD NRT bearers) 
Error protection scheme to apply 

Type of error protection, turbo code, convolutional code or no channel coding 

Coding rate 

Static rate matching parameter 

Puncturing limit (FDD: for uplink only) 

- SizeofCRC 

In the following example, the Transmission time Interval is seen as a semi-static part 

Example: 

Dynamic part: {320 bits, 640 bits}. Semi-static part: { 10ms, convolutional coding only, static rate matching 
parameter = 1 } 

7.1 .7 Transport Format Set 

This is defined as the set of Transport Formats associated to a Transport Channel. 

The semi-static parts of all Transport Formats are the same within a Transport Format Set. 

Effectively the first two attributes of the dynamic part form the instantaneous bit rate on the Transport Channel. 
Variable bit rate on a Transport Channel may, depending on the type of service, which is mapped onto the transport 
channel, be achieved by changing between each Transmission Time Interval one of the following: 

1 . the Transport Block Set Size only 

2. both the Transport Block Size and the Transport Block Set Size 
Example 1: 

- Dynamic part: { 20 bits, 20 bits } ; { 40 bits, 40 bits } ; { 80 bits, 80 bits } ; { 1 60 bits, 1 60 bits } 
Semi-static part: { 10ms, Convolutional coding only, static rate matching parameter = 1 } 

Example 2: 

- Dynamic part: { 320 bits, 320 bits } ; { 320 bits, 640 bits } ; { 320 bits, 1280 bits } 

Semi-static part: { 10ms, Convolutional coding only, static rate matching parameter = 2} 

The first example may correspond to a Transport Channel carrying a speech service, requiring blocks delivered on a 
constant time basis. In the second example, which illustrates the situation where a non-real time service is carried by the 
Transport Channel, the number of blocks delivered per Transmission Time Interval varies between the different 
Transport Formats within the Transport Format Set. Referring to Figure 6, the Transport Block Size is varied on DCHl 
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and DCH2. That is, a Transport Format Set where the dynamic part has a variable Transport Block Size has been 
assigned for DCHl. On DCH3 it is instead only the Transport Block Set Size that is varied. That is, the dynamic parts 
of the corresponding Transport Format Sets only include variable Transport Block Set Sizes. 

7.1 .8 Transport Format Combination 

The layer 1 multiplexes one or several Transport Channels, and for each Transport Channel, there exists a list of 
transport formats (Transport Format Set) which are applicable. Nevertheless, at a given point of time, not all 
combinations may be submitted to layer 1 but only a subset, the Transport Format Combination. This is defined as an 
authorised combination of the combination of currently valid Transport Formats that can be submitted simultaneously to 
the layer 1 for transmission on a Coded Composite Transport Channel of a UE, i.e. containing one Transport Format 
from each Transport Channel. 

Example: 

DCHl: Dynamic part: {20 bits, 20 bits}. Semi-static part: { 10ms, Convolutional coding only, static rate 

matching parameter = 2 } 

DCH2: Dynamic part: {320 bits, 1280 bits}. Semi-static part: { 10ms, Convolutional coding only, static 

rate matching parameter = 3 } 

DCH3: Dynamic part: {320 bits, 320 bits}. Semi-static part: {40ms, Turbo coding, static rate matching 

parameter = 2 } 

7.1 .9 Transport Format Combination Set 

This is defined as a set of Transport Format Combinations on a Coded Composite Transport Channel. 

Example: 

Dynamic part: 

Combination 1: DCHl: {20 bits, 20 bits}, DCH2: {320 bits, 1280 bits}, DCH3: {320 bits, 320 bits} 

Combination 2: DCHl: {40 bits, 40 bits}, DCH2: {320 bits, 1280 bits}, DCH3: {320 bits, 320 bits} 

Combination 3: DCHl: { 160 bits, 160 bits}, DCH2: {320 bits, 320 bits}, DCH3: {320 bits, 320 bits} 

Semi-static part: 

DCHl: { 10ms, Convolutional coding only, static rate matching parameter = 1 } 

DCH2: { 10ms, Convolutional coding only, static rate matching parameter = 1 } 

DCH3: {40ms, Turbo coding, static rate matching parameter = 2} 

The Transport Format Combination Set is what is given to MAC for control. However, the assignment of the Transport 
Format Combination Set is done by L3. When mapping data onto LI, MAC chooses between the different Transport 
Format Combinations given in the Transport Format Combination Set. Since it is only the dynamic part that differ 
between the Transport format Combinations, it is in fact only the dynamic part that MAC has any control over. 

The semi-static part, together with the target value for the LI closed loop power control, correspond to the service 
attributes: 

- Quality (e.g. BER) 

Transfer delay 

These service attributes are then offered by LI. However, it is L3 that guarantees that the LI services are fulfilled since 
it is in charge of controlling the LI configuration, i.e. the setting of the semi-static part of the Transport Formats. 
Furthermore, L3 controls the target for the LI closed loop power control through the outer loop power control (which 
actually is a quality control rather than a power control). 

Note that a Transport Format Combination Set need not contain all possible Transport Format Combinations that can be 
formed by Transport Format Sets of the corresponding Transport Channels. It is only the allowed combinations that are 
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included. Thereby a maximum total bit rate of all transport channels of a Code Composite Transport Channel can be set 
appropriately. That can be achieved by only allowing Transport Format Combinations for which the included Transport 
Formats (one for each Transport Channel) do not correspond to high bit rates simultaneously. 

The selection of Transport Format Combinations can be seen as a fast part of the radio resource control. The dedication 
of these fast parts of the radio resource control to MAC, close to LI, means that the flexible variable rate scheme 
provided by LI can be fully utilised. These parts of the radio resource control should be distinguished from the slower 
parts, which are handled by L3. Thereby the bit rate can be changed very fast, without any need for L3 signalling. 

7.1.10 Transport Format Indicator (TFI) 

The TFI is a label for a specific transport format within a transport format set. It is used in the inter-layer 
communication between MAC and LI each time a transport block set is exchanged between the two layers on a 
transport channel. 

When the DSCH is associated with a DCH, the TFI of the DSCH also indicates the physical channel (i.e. the 
channelisation code) of the DSCH that has to be listened to by the UE. 

7.1 .1 1 Transport Format Combination Indicator (TFCI) 

This is a representation of the current Transport Format Combination. 

There is a one-to-one correspondence between a certain value of the TFCI and a certain Transport Format Combination. 
The TFCI is used in order to inform the receiving side of the currently valid Transport Format Combination, and hence 
how to decode, de-multiplex and deliver the received data on the appropriate Transport Channels. 

MAC indicates the TFI to Layer 1 at each delivery of Transport Block Sets on each Transport Channel. Layer 1 then 
builds the TFCI from the TFIs of all parallel transport channels of the UE , processes the Transport Blocks 
appropriately and appends the TFCI to the physical control signalling . Through the detection of the TFCI the receiving 
side is able to identify the Transport Format Combination. For FDD, in case of limited Transport Format Combination 
Sets the TFCI signalling may be omitted, instead relying on blind detection. Nevertheless, from the assigned Transport 
Format Combinations, the receiving side has all information it needs in order to decode the information and transfer it 
to MAC on the appropriate Transport Channels. 

The multiplexing and exact rate matching patterns follow predefined rules and may therefore be derived (given the 
Transport Format Combinations) by transmitter and receiver without signalling over the radio interface. 

When the meaning of the TFCI field needs to be reconfigured, two procedures can be used depending on the level of 
reconfiguration: 

Complete reconfiguration of TFCI: In this procedure all TFCI values are reinitialised and new values are 
defined instead. The complete reconfiguration requires an explicit synchronisation between the UE and UTRAN 
regarding when the reconfiguration becomes valid. 

Incremental reconfiguration of TFCI: In this procedures, a part of the TFCI values before and after the 
reconfiguration remain identical (note that this must be true for at least a TFCI that carry the signalling 
connection). This procedure supports addition, removal or redefinition of TFCI values. This procedure does not 
require an explicit execution time. This procedure may imply the loss of some user-plane data. 

7.1.12 Rate matching 

Two levels of rate matching are defined on the radio interface: 

A static rate matching per Transport Channel. The static rate matching is part of the semi-static attributes of the 
Transport Channel 

A dynamic rate matching per CCTrCH. The dynamic rate matching adjusts the size of the physical layer data 
payload to the physical channel as requested by RRC. 

The static rate matching and the dynamic rate matching to be applied by the physical layer are indicated by RRC to the 
physical layer. 

RRC is responsible for configuring the physical layer on whether: 
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Blind Rate Detection or TFCI is used 

Dynamic rate matching is applied or not on the downlink 

7.2 Types of Transport Channels 

A general classification of transport channels is into two groups: 

common channels and 

dedicated channels (where the UEs can be unambiguously identified by the physical channel, i.e. code and 
frequency) 

Common transport channel types are: 

1 . Random Access Channel(s) (RACH) characterised by: 

existence in uplink only, 
limited data field, 
collision risk, 
open loop power control, 

2. ODMA Random Access Channel(s) (ORACH) characterised by: 

used in TDD mode only 
existence in relay-link 
collision risk, 
open loop power control, 
no timing advance control 

3. Forward Access Channel(s) (FACH) characterised by: 

existence in downlink only, 

- possibility to use beam forming, 

- possibility to use slow power control, 

- possibility to change rate fast (each 10ms), 
lack of fast power control and 

4. Broadcast Channel (BCH) characterised by: 

existence in downlink only, 
low fixed bit rate and 

- requirement to be broadcast in the entire coverage area of the cell. 

5. Paging Channel (PCH) characterised by: 

existence in downlink only, 

association with a physical layer signal, the Page Indicator, to support efficient sleep mode procedures and 

- requirement to be broadcast in the entire coverage area of the cell. 

6. Synchronisation channel (SCH) characterised by: 
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existence in TDD and downlink only 
low fixed bit rate 

- requirement to be broadcast in the entire coverage area of the cell 

7. Downlink Shared Channel(s) (DSCH) characterised by: 

existence in downlink only, 

- possibility to use beamforming, 

- possibility to use slow power control, 

- possibility to use fast power control, when associated with dedicated channel(s) 

- possibility to be broadcast in the entire cell 
always associated with another channel (DCH). 

8. CPCH Channel characterised by: 

existence in FDD only, 

existence in uplink only, 

fast power control on the message part, 

- possibility to use beam forming, 

- possibility to change rate fast, 
collision detection, 

open loop power estimate for pre-amble power ramp-up 

- possibility to use timing advance 

9. Uplink Shared channel (USCH) characterised by: 

used in TDD only 
existence in uplink only, 

- possibility to use beam forming, 

- possibility to use power control, 

- possibility to change rate fast 

- possibility to use Uplink Synchronisation 
Dedicated transport channel types are: 

1 . Dedicated Channel (DCH) characterised by: 
existing in uplink or downlink 

- possibility to use beam forming, 

- possibility to change rate fast (each 10ms), 
fast power control 

- possibility to use timing advance (TDD only) 

- possibility to use Uphnk Synchronisation 
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2. Fast Uplink Signalling Channel (FAUSCH) to allocate, in conjunction with FACH, dedicated channels; the 
FAUSCH is characterised by: 

existing in uplink only, 

inherent addressing of a UE by a unique time-offset (indicating to a UE when to send an uplink signalling 
code, use) related to the beginning of the 10 ms frame, 

allowing for a UE to notify (by sending an USC) a request for a DCH, the allocation of which is messaged 
via the FACH. No further information is conveyed via the FAUSCH, 

NOTE: applicability for TDD mode is FFS 

3. ODMA Dedicated Channel (ODCH) characterised by: 

used in TDD mode only, 

- possibility to use beam forming, 

- possibility to change rate fast (each 10ms), 
closed loop power control, 

closed loop timing advance control 

To each transport channel (except for the FAUSCH, since it only conveys a reservation request),, there is an associated 
Transport Format (for transport channels with a fixed or slow changing rate) or an associated Transport Format Set (for 
transport channels with fast changing rate). 

7.3 Compressed Mode 

Compressed Mode is defined as the mechanism whereby certain idle periods are created in radio frames so that the UE 
can perform measurements during these periods (more details can be found in [3]). 

Compressed Mode is obtained by layer 2 using transport channels provided by the layer 1 as follows : 

Compressed Mode is controlled by the RRC layer, which configures the layer 2 and the physical layer 

The number of occurrences of compressed frames is controlled by RRC, and can be modified by RRC signalling 

The compression of frames can be either cyclic (typically for circuit services) in a compressed mode pattern 
(defined below) or a-periodic (typically for NRT services) 

It is under the responsibility of the layer 2 if necessary and if possible to either buffer some layer 2 PDUs 
(typically at the RLC layer for NRT services) or to rate adapt the data flow (similarly to GSM) so that there is no 
loss of data because of compressed mode. This will be service dependent and controlled by the RRC layer. 

The following parameters characterise a transmission gap : 

TGL : Transmission Gap Length is the duration of no transmission, expressed in number of slots. 

CFN : The connection frame number when the transmission gap starts 

SN : The slot number when the transmission gap starts 

With this definition, it is possible to have a flexible position of the transmission gap in the frame. 

The following parameters characterise a compressed mode pattern (illustrated in Figure 7) : 

TGP : Transmission Gap Period is the period of repetition of a set of consecutive frames containing up to 2 
transmission gaps (*). 

TGL : As defined above 

TGD : Transmission Gap Distance is the duration of transmission between two consecutive transmission gaps 
within a transmission gap period, expressed in number of frames. In case there is only one transmission gap in 
the transmission gap period, this parameter shall be set to zero. 
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PD: Pattern duration is the total time of all TGPs expressed in number of frames. 

CFN : The connection frame number when the first transmission gap starts 

PCM: Power Control Mode specifies the uplink power control algorithm applied during recovery period after 
each transmission gap in compressed mode. PCM can take 2 values (0 or 1). The different power control modes 
are described in TS 25.214. 

In a compressed mode pattern, the first transmission gap starts in the first frame of the pattern. The gaps have a fixed 
position in the frames, and start in the slot position defined in [3]. The length of the transmission gap has certain 
limitations defined in [3] and [6]. 

NOTE(*): Optionally, the set of parameters may contain 2 values TGPl and TGP2, where TGPl is used for the T' 
and the consecutive odd gap periods and TGP2 is used for the even ones. Note if TGP1=TGP2 this is 
equivalent to using only one TGP value. 

PD 

< ► 

TGP 




TGD 



Figure 7: Illustration of compressed mode pattern parameters. 



8 



UE Simultaneous Physical Channels combinations 



This section describes the requirements from the UE to send and receive on multiple Transport Channels, which are 
mapped on different physical channels simultaneously depending on the service capabilities and requirements. The 
section will describe the impacts on the support for multiple services (e.g. speech call and SMS-CB) depending on the 
UE capabilities. 



8.1 FDD Uplink 



The table describes the possible combinations of FDD physical channels that can be supported in the uplink by one UE 
at any one time. 
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Table 1: FDD Uplink 





Physical Channel 
Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
dependent 


Comment 


1 


PRACH 


RACH 


Baseline 


The PRACH physical channel includes the preambles 
and the message. 


2 


PRACH 


FAUSCH 


Service 
dependent 




3 


PCPCH consisting 
of one control and 
one data part 
during the 
message portion 


CPCH 


Service 
dependent 


The PCPCH physical channel includes the preambles 
and the message. 

The maximum channel bit rate is dependant on UE 
Service Capability 


4 


PCPCH consisting 
of one control and 
more than one 
data part during 
the message 
portion 


CPCH 


Service 
dependent 


The PCPCH physical channel includes the preambles 
and the message. 

The maximum channel bit rate is dependant on UE 
Service Capability 


5 


DPCCH+DPDCH 


One or more DCH 
coded into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependant on UE Service 
Capability 


6 


DPCCH+ more 
than one DPDCH 


One or more DCH 
coded into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependant on UE Service 
Capability 



8.2 



FDD Downlink 



The table describes the possible combinations of FDD physical channels that can be supported in the downlink by one 
UE at any one time. 



£75/ 



(3G TS 25.302 version 3.3.0 Release 1999) 



25 



ETSI TS 125 302 V3.3.0 (2000-01) 



Table 2: FDD Downlink 





Physical 

Channel 

Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
dependent 


Comment 


1 


PCCPCH 


BCH 


Baseline 




2 


SCCPCH 


FACH + PCH 


Baseline 


The maximum channel bit rate that can be 
supported is dependent on the UE Service 
Capability 


3 


SCCPCH + 
AICH 


FACH + PCH + 

RACH in uplink 

Or 

FACH + PCH + 

CPCH in uplinl< 


Baseline 


The maximum channel bit rate that can be 

supported is dependent on the UE Service 

Capability. 

This physical channel combination facilitates the 

preamble portion of the CPCH in the uplink 


4 


SCCPCH + 
DPCCH 


FACH + PCH + 
CPCH in uplinl< 


Service 
dependent 


This physical channel combination facilitates the 
message portion of the CPCH in the uplink 


5 


More than one 
SCCPCH 


IVIore than one 
FACH + PCH 


Service 
dependent 




6 


PICH 


N/A 


Baseline 




7 


DPCCH + 
DPDCH 


One or more DCH 
coded into a single 
CCTrCH 


Service 
dependant 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 


8 


DPCCH + more 
than one 
DPDCH 


One or more DCH 
coded into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 


9 


PDSCH + 
DPCCH + one 
or more DPDCH 


DSCH + one or 
more DCH coded 
into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 


10 


SCCPCH + 
DPCCH + one 
or more DPDCH 


FACH + one or 
more DCH coded 
into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 

channel bit rate are dependent on UE Service 

Capability 

This combination of physical channels is used for 

DRAC control of an uplink DCH and for receiving 

services such as cell broadcast or multicast whilst 

in connected mode. 


11 


SCCPCH + 
PDSCH + 
DPCCH + one 
or more DPDCH 


FACH + DSCH + 
one or more DCH 
coded into a single 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 

channel bit rate are dependent on UE Service 

Capability 

This combination of physical channels is used for 

simultaneous DSCH and DRAC control of an uplink 

DCH. 


12 


One DPCCH + 
more than one 
DPDCH 


More than one 
DCH coded into 
one or more 
CCTrCH 


Service 
dependent 





8.3 TDD Uplink 



The table describes the possible combinations of TDD physical channels that can be supported in the uplink by one UE 
in any one 10ms frame, where a TDD physical channel corresponds to one code, one timeslot, one frequency and is 
mapped to one resource unit (RU). This table addresses combinations of uplink physical channels in the same 10ms 
frame. 
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Tables: TDD Uplink 





Physical Channel 
Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
Dependent 


Comment 


1 


PRACH 


RACH 


Baseline 


One RACH transport channel maps to one PRACH 
physical channel. 


2 


One or more 
DPCH 


One or more DCH 
coded into one or 
more CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 


3 


PRACH + one or 
more DPCH 


RACH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


One RACH transport channel maps to one PRACH 
physical channel 

The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 


4 


One or more 
PUSCH 


One or more 
USCH coded onto 
one or more 
CCTrCH 


Service 
dependent 


It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 

USCH requires a control channel (RACH or DCH); 
however, it is not required to be in the same 10ms 
frame as the USCH. 


5 


PRACH + one or 
more PUSCH 


RACH + One or 
more USCH 
coded on to one 
or more CCTrCH 


Service 
dependent 


One RACH transport channel maps to one PRACH 
physical channel. 

It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 


6 


One or more 
PUSCH + one or 
more DPCH 


One or more 
USCH coded onto 
one or more 
CCTrCH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 

It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 


7 


PRACH + one or 
more PUSCH + 
one or more 
DPCH 


RACH + one or 
more USCH 
coded onto one or 
more CCTrCH + 
one or more DCH 
coded into one or 
more CCTrCH 


Service 
dependent 


One RACH transport channel maps to one PRACH 
physical channel. 

The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 

It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 



8.4 



TDD Downlink 



The table describes the possible combinations of TDD physical channels that can be supported in the downlink by one 
UE in any one 10ms frame, where a TDD physical channel corresponds to one code, one timeslot, one frequency and is 
mapped to one resource unit (RU). This table addresses combinations of downlink physical channels in the same 10ms 
frame. 
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Table 4: TDD Downlink 





Physical 

Channel 

Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
dependent 


Comment 


1 


One or two 
PSCH 


SCH 


Baseline 


SCH can map to one or two PSCH in a frame 
depending on the synchronisation case as defined in 
25.221 (see note 1) 


2 


P-CCPCH and/or 
One or more 
S-CCPCH + 
PICH 


BCH and/or 
PCH and/or 
one or more FACH 


Baseline 


BCH maps to the P-CCPCH in a frame. 

FACH can map to multiple S-CCPCH in a frame. 

PCH can map to multiple S-CCPCH in a frame. 

PICH substitutes one or more paging sub-channels that 

are mapped on an S-CCPCH assigned for the PCH 

transport channel. 


3 


One or more 
DPCH 


One or more DCH 
coded into one or 
more CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 


4 


P-CCPCH and/or 
One or more 
S-CCPCH -1- 
PICH + one or 
more DPCH 


BCH and/or 
PCH and/or 
one or more FACH 
-1- one or more 
DCH coded into 
one or more 
CCTrCH 


Service 
dependent 


The number of DCHs and the maximum channel bit rate 
are dependent on the UE Service Capability. 

BCH maps to the P-CCPCH in a frame. 
FACH can map to multiple S-CCPCH in a frame. 
PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 


5 


One or more 
PDSCH 


One or more 
DSCH coded onto 
one or more 
CCTrCH 


Service 
dependent 


It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 

DSCH requires a control channel (FACH or DCH); 
however, it is not required to be in the same 10ms 
frame as the DSCH. 


6 


One or more 
PDSCH + P- 
CCPCH and/or 
one or more S- 
CCPCH -1- PICH 


BCH and/or 
PCH and/or 
one or more FACH 
-1- one or more 
DSCH coded onto 
one or more 
CCTrCH 


Service 
dependent 


BCH maps to the P-CCPCH in a frame. 
Each FACH can map to multiple S-CCPCH in a frame. 
PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 

For the case of DSCH + BCH, DSCH requires a control 
channel (FACH or DCH); however, it is not required to 
be in the same 10ms frame as the DSCH. 


7 


One or more 
PDSCH -none or 
more DPCH 


One or more 
DSCH coded onto 
one or more 
CCTrCH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 


8 


One or more 
PDSCH + P- 
CCPCH and/or 
one or more S- 
CCPCH + PICH 
-1- one or more 
DPCH 


BCH and/or 
PCH and/or 
one or more FACH 
-1- one or more 
DSCH coded onto 
one or more 
CCTrCH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


BCH maps to the P-CCPCH in a frame. 
Each FACH can map to multiple S-CCPCH in a frame. 
PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 

The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 
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NOTE 1: Reference: TS25.221: Physical Channels and Mapping of Transport Channels Onto Physical Channels 
(TDD). 

NOTE 2: The PSCH synchronisation channel can co-exist with all listed combinations 

8.5 TDD UE Uplink and Downlink Combinations (within 10 ms 
air frames) 

This table describes the possible uplink and downlink physical channel combinations that can be supported by a UE in 
TDD mode. 
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Table 5: TDD UE Uplink and Downlink Combinations (within 10 ms airframes) 





DL Physical 

Channel 
Combination 


DL Transport 

Channel 
Combination 


UL Physical 

Channel 
Combination 


UL Transport 

Channel 
Combination 


Baseline 
Capability 
or Service 
Dependent 


Comment 


1 


P-CCPCH 




PRACH 


RACH 


Baseline 


One RACH transport 
channel maps to one 
PRACH physical 
channel. 

P-CCPCH is used for 
reference power to 
determine path loss for 
RACH transmit power 
calculation. 


2 


P-CCPCH 
and/or one or 
more S- 
CCPCH + 
PICH 


BCH and/or 
PCH and/or 
one or more 
FACH 






Baseline 


BCH maps to the P- 
CCPCH in a frame. 
FACH or PCH can map 
to multiple S-CCPCH in 
a frame. 


3 


P-CCPCH 
and/or one or 
more S- 
CCPCH + 
PICH 


BCH and/or 
PCH and/or 
one or more 
FACH 


PRACH 


RACH 


Baseline 


One RACH transport 
channel maps to one 
PRACH physical 
channel 

BCH maps to the P- 
CCPCH in a frame. 
FACH or PCH can map 
to multiple SCCPCH in 
a frame. 

P-CCPCH is used for 
reference power to 
determine path loss for 
RACH transmit power 
calculation. 


4 


P-CCPCH 
and/or one or 
more S- 
CCPCH + 
PICH 


BCH and/or 
PCH and/or 
one or more 
FACH 


PRACH and 
one or more 
DPCH 


RACH and one 
or more DCH 
coded into one 
or more 
CCTrCH 


Service 
Dependent 


The maximum number 
of DCHs and the 
maximum channel bit 
rate are dependent on 
UE Service Capability. 

BCH maps to P-CCPCH 
in a frame. FACH or 
PCH can map to 
multiple S-CCPCH in a 
frame. 

P-CCPCH is used for 
reference power to 
determine path loss for 
RACH and UL- DPCH 
transmit power 
calculations. 
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DL Physical 

Channel 
Combination 


DL Transport 

Channel 
Combination 


UL Physical 

Channel 
Combination 


UL Transport 

Channel 
Combination 


Baseline 
Capability 
or Service 
Dependent 


Comment 


5 


P-CCPCH 
and/or one or 
more 

S-CCPCH -1- 
PICH and one 
or more DPCH 


BCH and/or 
PCH and/or 
one or more 
FACH and 
one or more 
DCH coded 
onto one or 
more CCTrCH 


PRACH and 
one or more 
DPCH 


RACH and one 
or more DCH 
coded into one 
or more 
CCTrCH 


Service 
dependent 


The maximum number 
of DCHs and the 
maximum channel bit 
rate are dependent on 
UE Service Capability. 

See Note 1 . 

BCH maps to P-CCPCH 
in a frame. FACH or 
PCH can map to 
multiple S-CCPCH in a 
frame. 

P-CCPCH Is used for 
reference power to 
determine path loss for 
RACH and UL- DPCH 
transmit power 
calculations. 


6 


P-CCPCH 




One or more 
DPCH 


One or more 
DCH coded 
into one or 
more CCTrCH 


Service 
dependent 


The maximum number 
of DCHs and the 
maximum channel bit 
rate are dependent on 
UE Service Capability. 

P-CCPCH is used for 
reference power to 
determine path loss for 
UL- DPCH transmit 
power calculations. 


7 


P-CCPCH and 
one or more 
DPCH 


One or more 
DCH coded 
onto one or 
more CCTrCH 


One or more 
DPCH 


One or more 
DCH coded 
into one or 
more CCTrCH 


Service 
dependent 


The maximum number 
of DCHs and the 
maximum channel bit 
rate are dependent on 
UE Service Capability. 

P-CCPCH is used for 
reference power to 
determine path loss for 
UL- DPCH transmit 
power calculations. 

See Note 1 . 



NOTE 1: The requirement for an UL DPCH to exist in every 10 ms frame for DL Power Control, Transmit 
Diversity, and Joint Pre -distortion is FFS. 

NOTE 2: The PSCH synchronisation channel can co-exist with all listed combinations 

8.6 TDD UE Uplink Timeslot Combinations 

This table describes possible uplink physical channels that can be supported by a UE within a specific time slot. 
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Table 6: TDD UE Uplink Timeslot Combinations 





Physical Channel 
Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
Dependent 


Comment 


1 


PRACH 


RACH 


Baseline 


Time slots supporting RACH do not support other 
channel types. 

One RACH transport channel maps to one PRACH 
physical channel. 


2 


One or more 
DPCH 


One or more DCH 
coded into one or 
more CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 


3 


One or more 
PUSCH 


One or more 
USCH coded onto 
one or more 
CCTrCH 


Service 
dependent 


It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 

USCH requires a control channel (RACH/FACH or 
DCH); however, it is not required to be in the same 
10ms frame as the USCH. 


4 


One or more 
PUSCH + one or 
more DPCH 


One or more 
USCH coded onto 
one or more 
CCTrCH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability. 

It is assumed here that a USCH transport channel may 
map to one or more PUSCH physical channels based 
on system configuration. 



8.7 TDD UE Downlink Timeslot Combinations 

This table describes possible downlink physical channels that can be supported by a UE within a specific time slot. 
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Table 7: TDD UE Downlink Timeslot Combinations 





Physical 

Channel 

Combination 


Transport 

Channel 

Combination 


Baseline 
Capability or 

Service 
dependent 


Comment 


1 


One PSCH 


SCH 


Baseline 


SCH can map to one or two PSCH in a frame 
depending on the synchronisation case as defined in 
25.221 (see note 1) 


2 


P-CCPCH 
and/or one or 
more S- 
CCPCH+ PICH 


BCH and/or 
PCH and/or 
one or more FACH 


Baseline 


BCH maps to the P-CCPCH in a frame. 

FACH can map to multiple S-CCPCH in a frame. 

PCH can map to multiple S-CCPCH in a frame. 

PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 


3 


One or more 
DPCH 


One or more DCH 
coded into one or 
more CCTrCH 


Service 
dependant 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 


4 


P-CCPCH and/or 
one or more S- 
CCPCH+ PICH + 
one or more 
DPCH 


BCH and/or 
PCH and/or 
one or more FACH 
and one or more 
DCH coded into 
one or more 
CCTrCH 


Service 
dependent 


The number of DCHs and the maximum channel bit rate 
are dependent on the UE Service Capability. 

BCH maps to the P-CCPCH in a frame. 

FACH can map to multiple S-CCPCH in a frame. 

PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 


5 


One or more 
PDSCH 


One or more 
DSCH coded onto 
one or more 
CCTrCH 


Service 
dependent 


It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 

DSCH requires a control channel (FACH or DCH); 
however, it is not required to be in the same 10ms 
frame as the DSCH. 


6 


P-CCPCH and/or 
one or more 
PDSCH -none or 
more S-CCPCH+ 
PICH 


BCH and/or 
PCH and/or 
one or more FACH 
and one or more 
DSCH coded onto 
one or more 
CCTrCH 


Service 
dependant 


BCH maps to the P-CCPCH in a frame. 

Each FACH can map to multiple S-CCPCH in a frame. 

PICH substitutes one or more paging sub-channels that 
are mapped on an S-CCPCH assigned for the PCH 
transport channel. 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 

For the case of DSCH + BCH, DSCH requires a control 
channel (FACH or DCH); however, it is not required to 
be in the same 10ms frame as the DSCH. 


7 


One or more 
PDSCH -none or 
more DPCH 


One or more 
DSCH coded onto 
one or more 
CCTrCH + one or 
more DCH coded 
into one or more 
CCTrCH 


Service 
dependent 


The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 
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Physical 


Transport 


Baseline 


Comment 




Channel 


Channel 


Capability or 






Combination 


Combination 


Service 
dependent 




8 


One or more 


BCH and/or 


Service 


BOH maps to the P-CCPCH in a frame. 




PDSCH + 


PCH and/or 

one or more FACH 


dependent 


Eacli FACH can map to multiple S-CCPCH in a frame. 




P-CCPCH and/or 


and one or more 




PICH substitutes one or more paging sub-channels that 




one or more S- 


DSCH coded onto 




are mapped on an S-CCPCH assigned for the PCH 




CCPCH+ PICH+ 


one or more 




transport channel. 




one or more 


CCTrCH and one 








DPCH 


or more DCH 
coded into one or 
more CCTrCH 




The maximum number of DCHs and the maximum 
channel bit rate are dependent on UE Service 
Capability 

It is assumed here that a DSCH transport channel may 
map to one or more PDSCH physical channels based 
on system configuration. 



NOTE 1: Reference: TS25.221: Physical Channels and Mapping of Transport Channels Onto Physical Channels 
(TDD). 

NOTE 2: The PSCH synchronisation channel can co-exist with all listed combinations 



9 Measurements provided by the physical layer 

One of the key services provided by the physical layer is the measurement of various quantities, which are used to 
trigger or perform a multitude of functions. Both the UE and the UTRAN are required to perform a variety of 
measurements. The standard will not specify the method to perform these measurements or stipulate that the list of 
measurements provided in this section must all be performed. While some of the measurements are critical to the 
functioning of the network and are mandatory for delivering the basic functionality (e.g., handover measurements, 
power control measurements), others may be used by the network operators in optimising the network (e.g., radio 
environment). 

Measurements may be made periodically and reported to the upper layers or may be event-triggered (e.g., primary 
CCPCH becomes better than the previous best primary CCPCH). Another reporting strategy may combine the event 
triggered and the periodical approach (e.g. falling of link quality below a certain threshold initiates periodical 
reporting). The measurements are tightly coupled with the service primitives in that the primitives' parameters may 
constitute some of the measurements. 

The list and frequency of measurements, which the physical layer reports to higher layers, is described in this section. 
The precision requirements of the measurements are specified in TS25.103. The detailed definition of the measurements 
together with the range and mapping is contained in TS25.215 and TS25.225. 

The measurement quantities measured by the physical layer shall be such that the following principles are applied: 

For handover measurements, the decoding of parameters on the BCCH logical channel of monitored neighbouring cells, 
should not, in general, be needed for calculating the measurement result. If there is a need to adjust the measurement 
result with parameters broadcast on the PCCPCH, these parameters shall be provided by the UTRAN in inband 
measurement control messages. There may be some exceptions to this rule. For example, it may be necessary to decode 
the SEN of the measured neighbouring cell for time difference measurements. 

In idle mode or in RRC connected mode using common Transport Channels, the UE shall be able to monitor cells for 
cell reselection, without being required to frequently decode parameters on the BCCH logical channel of the monitored 
neighbouring cells. The decoding frequency of these parameters, set by the cell reselection algorithm, should be such 
that UE standby times are not significantly decreased. 
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9.1 



UE Measurements 



9.1 .1 CFN-SFN observed time difference 

This measure is mandatory for the UE. 



Measurement 


CFN-SFN observed time difference 


Source 


L1 (UE) 


Destination 


RRC (RNC) for handover 


Reporting Trigger 


On-demand, Event-triggered 


Definition 


The 'CFN-SFN observed time difference' indicates the time difference which is measured 
by the UE between CFN in the UE and the SEN of the target neighbouring cell. This 
measurement is applicable to FDD cells only. 



9.1 .2 Observed time difference to GSM cell 

This measure is mandatory for the UE if the handover to GSM service is to be supported. 



Measurement 


Observed time difference to GSM cell 


Source 


L1 (UE) 


Destination 


RRC (RNC) for maintenance and handover to GSM 


Reporting Trigger 


On-demand, Event-triggered 


Definition 


Time difference between a specific UTRA and the timing of the GSM cell. 



9.1.3 CPICHE,/N 







This measure is mandatory for the UE. 



Measurement 


CPICH Ec/No 


Source 


L1(UE) 


Destination 


RRC (UE, RNC), 


Reporting Trigger 


Periodic, on demand and event triggered 


Definition 


The received energy per chip of the CPICH divided by the power density in the frequency 
band. The Ec/No is identical to RSCP /RSSI. 



9.1.4 CPICH SIR 

This measure is mandatory for the UE. 



Measurement 


CPICH SIR 


Source 


L1 (UE) 


Destination 


RRC (UE, RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


This quantity is a ratio of the CPICH Received Signal Code Power (RSCP) to the 
Interference Signal Code Power (ISCP). 



9.1.5 CPICH RSCP 

This measure is mandatory for the UE. 



Measurement 


CPICH RSCP 


Source 


L1(UE) 


Destination 


RRC (UE, RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Received Signal Code Power, is the received power on the CPICH after despreading. 
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9.1.6 P-CCPCHRSCP 

This measure is mandatory for the UE. 



Measurement 


P-CCPCH RSCP 


Source 


L1(UE) 


Destination 


RRC (UE, RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Received Signal Code Power of the P-CCPCH is tlie received power after despreading. 
This measurement is applicable for TDD cells only. 



9.1.7 Timeslot ISCP 

This measure is mandatory for the UE. 



Measurement 


Timeslot ISCP 


Source 


L1(UE) 


Destination 


RRC (UE, RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Interference Signal Code Power is the interference on the received signal after 
despreading. Only the non-orthogonal part of the interference is included. This 
measurement is applicable for TDD only. It is measured in specified timeslots. 



9.1.8 CPICH ISCP 

This measure is mandatory for the UE. 



Measurement 


CPICH ISCP 


Source 


L1(UE) 


Destination 


RRC (UE, RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Interference on Signal Code Power, is the interference on the received signal after 
despreading. Thereby only the non-orthogonal part of the interference is included. 



9.1.9 SIR 

This measure is mandatory for the UE. 



Measurement 


SIR 


Source 


L1(UE) 


Destination 


RRC(UE,RNC) 


Reporting Trigger 


Periodic, once every power control cycle , event triggered 


Definition 


Signal to Interference Ratio is defined as RSCP divided by ISCP. For FDD this is 
measured on the DPCCH. For TDD this is measured on the DPCH or PDSCH. 



9.1.10 UTRA carrier RSSI 

This measure is mandatory for the UE. 



Measurement 


UTRA carrier RSSI 


Source 


L1(UE) 


Destination 


RRC (RNC), 


Reporting Trigger 


Periodic, event triggered, on demand 


Definition 


Received Signal Strength Indicator, the wideband received power within the channel 
bandwidth. For TDD this is measured in specified timeslots. 
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9.1.11 GSM carrier RSSI 

This measure is mandatory for the UE if the service handover to GSM is to be supported. 



Measurement 


GSIVI carrier RSSI 


Source 


L1(UE) 


Destination 


RRC (RNC) 


Reporting Trigger 


Periodic, event triggered, on demand 


Definition 


Received Signal Strength Indicator, the wide-band received power within the relevant 
channel bandwidth. Details are specified in the GSIVI specification 05.08 



9.1.12 Transport channel BLER 

This measure is mandatory for the UE. 



Measurement 


Transport channel BLER (BLock Error Rate) 


Source 


L1(UE) 


Destination 


RRC(RNC,UE) 


Reporting Trigger 


Periodic, on demand 


Definition 


Estimation of the transport channel block error rate (BLER). 



9.1.13 Physical channel BER 

This measure is mandatory for the UE. 



Measurement 


Physical channel BER 


Source 


L1(UE) 


Destination 


RRC(UE,RNC) 


Reporting Trigger 


On-demand, Event-triggered 


Definition 


The estimate of the physical channel BER of the data part before channel decoding. 



9.1.14 UE transmitted power 

This measure is mandatory for the UE. 



Measurement 


UE transmitted power 


Source 


L1(UE) 


Destination 


RRC (UE,RNC) 


Reporting Trigger 


On-demand, periodic. Event-triggered 


Definition 


RRC (UE): the total transmitted power of the UE measured at the antenna connector. 
RRC (RNC): indication of Tx power reaching threshold (for example, upper or lower power 
limits). For TDD this is measured in specified timeslots. 



9.1.15 UE Rx-Tx time difference 



Measurement 


UE Rx-Tx time difference 


Source 


L1 (UE) 


Destination 


RRC (RNC) 


Reporting Trigger 


On-demand, periodic, event-triggered 


Definition 


Time difference between the UE uplink DPCCH/DPDCH frame transmission and the first 
significant path of the downlink DPCH frame from the measured radio link. Measurement 
shall be made for each cell included in the active set. This measurement is applicable for 
FDD cells only. (Note: The use for TDD in case of LCS is ffs.) 
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9.1.16 SFN-SFN Observed time difference 

The SFN-SFN observed time difference at the UE of a group of Node-B may be used for location calculation. The 
applicability of this measure is LCS method dependent. For TDD, this measure is mandatory for the UE 



Measurement 


SFN-SFN observed time difference 


Source 


L1 (UE) 


Destination 


RRC (RNC) 


Reporting Trigger 


On-demand, Event-triggered 


Definition 


Time difference between a specific reference UTRA cell and a target UTRA cell. There 
are two types of this measurement: Type 1 measures by means of the P-CCPCH and type 
2 by means of CPICH. 



9.2 



UTRAN Measurements 



9.2.1 



RSSI 



Measurement 


RSSI 


Source 


L1 (Node B) 


Destination 


RRC(RNC) 


Reporting Trigger 


On-demand, Event-triggered, Periodic 


Definition 


Received Signal Strength Indicator, the wide-band received power within the 
UTRAN UL channel bandwidth at a UTRAN access point. For TDD this is measured in 
specified timeslots. 



9.2.2 Transmitted carrier power 



Measurement 


Transmitted carrier power 


Source 


L1 (Node-B) 


Destination 


RRC(RNC) 


Reporting Trigger 


On-demand, periodic. Event-triggered 


Definition 


Transmitted carrier power is the ratio between the total transmitted power on one DL 
carrier from one UTRAN access point, compared to the maximum power possible to use 
on that DL carrier at this moment of time. For TDD this is measured in specified timeslots. 



9.2.3 Transmitted code power 



Measurement 


Transmitted code power 


Source 


L1 (Node-B) 


Destination 


RRC (RNC) 


Reporting Trigger 


On-demand, periodic. Event-triggered 


Definition 


Transmitted Code Power is the transmitted power on one carrier, one scrambling and one 
channelisation code. For TDD this is measured in specified timeslots. 



9.2.4 Transport cinannel BLER 



Measurement 


Transport channel BLER (BLock Error Rate) 


Source 


L1 (Node-B) 


Destination 


RRC(RNC) 


Reporting Trigger 


periodic, event triggered, on demand 


Definition 


Estimation of the transport channel block error rate (BLER). 
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9.2.5 Physical channel BER 



Measurement 


Pliysical channel BER 


Source 


L1(Node-B) 


Destination 


RRC{RNC) 


Reporting Trigger 


On-demand, Event-triggered, periodic 


Definition 


There are two types of this measurement. Type 1 calculates the physical channel BER on 
the data part before channel decoding and after RL combining. Type 2 calculates the 
physical channel BER on the control part after RL combining. 



9.2.6 RX timing deviation 



Measurement 


RX timing deviation 


Source 


L1 (Node B) 


Destination 


RRC (RNC) 


Reporting Trigger 


Periodic, event triggered 


Definition 


The difference of the time of arrival of the UL transmissions in relation to the arrival time of 
a signal with zero propagation delay. This measurement is applicable for TDD cells only. 



9.2.7 Timeslot ISCP 



Measurement 


Timeslot ISCP 


Source 


LKNodeB) 


Destination 


RRC (RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Interference on Signal Code Power, is the interference after despreading in specified 
timeslots. Only the non-orthogonal part of the interference is included. This measurement 
is applicable for TDD cells only. 



9.2.8 RSCP 



Measurement 


RSCP 


Source 


L1(NodeB) 


Destination 


RRC (RNC) 


Reporting Trigger 


periodic or event triggered 


Definition 


Received Signal Code Power is the received power on DPCH or PRACH or PUSCH after 
despreading. This measurement is applicable for TDD cells only. 



9.2.9 Time of Arrival 

The Time of Arrival (TO A) measurement at a single Node-B may provide an estimate of the round trip time of signals 
between the Node-B and the UE and this may be used to calculate a radial distance to the UE within the sector. A group 
of simultaneous TOA measurements made from a number of Node-B or LMU may be used to estimate the location of 
the UE. The support for this measurement is LCS positioning method dependent. 



Measurement 


Time of arrival 


Source 


L1 (Node-B or LMU) 


Destination 


RRC (RNC-LCS) 


Reporting Trigger 


on demand, event triggered 


Definition 


The time of arrival of the uplink transmissions in relation to a specific timing reference. 
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9.2.10 Frequency Offset 

The Frequency Offset measures the rate of change (drift) of the Relative Time Difference and may be used to estimate 
the RTD at the time the UE location measurements are made. The support for this measurement is LCS positioning 
method dependent. 



Measurement 


Frequency Offset 


Source 


L1(LMU) 


Destination 


RRC (RNC-LCS) 


Reporting Trigger 


On demand, event triggered, periodic 


Definition 


The Frequency Offset (FO) measures the rate of change (drift) of the Relative Time 
Difference of the transmissions of two Node-Bs. 



10 Primitives of the physical layer 

The Physical layer interacts with other entities as illustrated in Figure 1 . The interactions with the MAC layer and the 
RRC layer are shown in terms of primitives where the primitives represent the logical exchange of information and 
control between the physical layer and higher layers. They do not specify or constrain implementations. The (adjacent) 
layers connect to each other through Service Access Points (SAPs). Primitives, therefore, are the conveyers of the 
information exchange and control through SAPs. 

Three types of primitives are used for this document, as follows. 

- REQUEST: 

This type is used when a higher layer is requesting a service from a lower layer 

- INDICATION: 

This type is used by a lower layer providing a service to notify its higher layer of activities concerning that 
higher layer 

- CONFIRM: 

This type is used by a lower layer providing the requested service to confirm to the higher layer that the 
activity has been completed. 

The primitives defined below are for local communications between MAC and LI, as well as RRC and LI in the same 
protocol stack. 

For the physical layer two sets of primitives are defined 

* Primitives between layer 1 and 2: 

PHY - Generic name - Type: Parameters 

* Primitives between layer 1 and the RRC entity: 

CPHY - Generic name - Type: Parameters. 

NOTE: This is a logical description of the primitives and does not cover addressing aspects (e.g. Transport 
Channel ID, Physical Channel ID, start frame number or disconnect frame number). 

10.1 Generic names of primitives between layers 1 and 2 

The primitives between layer 1 and layer 2 are shown in Table 8. 
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Table 8: Primitives between layer 1 and 2 



Generic Name 


Parameters 


PHY-DATA-REQ 


TFI, TBS 


PHY-DATA-IND 


TFI, TBS, CRC 
result, TD (NOTE) 


PHY-STATUS-IND 


Event value 



NOTE: TDD only 

10.1.1 PHY-Data-REQ 

The PHY-DATA primitives are used to request SDUs used for communications passed to and from the physical layer. 
One PHY-DATA primitive is submitted every Transmission Time Interval for each Transport Channel. 

Primitive Type: request. 

Parameters: 

- TFI 

- Transport Block Set 

- FNCELL 

- Page indicators (Pis) (PCH only) 

10.1.2 PHY-Data-IND 

The PHY-DATA primitives are used to indicate SDUs used for Layer 2 passed to and from the physical layer. One 
PHY-DATA primitive is submitted every Transmission Time Interval for each Transport Channel. 

Primitive Type: indicate 

Parameters: 

- TFI 

Transport Block Set 

CRC check result 

TD (RX Timing Deviation measurement) (optional, TDD only) 

10.1.3 PHY-Status-IND 

The PHY-STATUS primitive can be used by the layer 1 to notify higher layers of an event that has occurred. 
Primitive Type: indication 
Parameters: 

Event value 

10.2 Generic names of primitives between layers 1 and 3 

The status primitives between layer 1 and 3 are shown in Table 9. 
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Table 9: Status primitives between layer 1 and 3 



Generic Name 


Parameters 


CPHY-Sync-IND 


none 


CPHY-Out-of-Sync-IND 


none 


CPHY-Measurement- 
REQ 


Measurement 
parameters 


CPHY-IWeasurement-IND 


Measurement 
parameters 


CPHY-ERROR-IND 


Error Code 



10.2.1 STATUS PRIMITIVES 

10.2.1.1 CPHY-Sync-IND 

This primitive is used for LI to indicate to RRC that synchronisation of a certain physical channel has been done in the 
receiver. In FDD synchronisation is based on reception of the DPCCH, and in TDD synchronisation is based on 
midamble reception. 

Primitive Type: indication 

Parameters: 

none 

10.2.1.2 CPHY-Out-of-Sync-IND 

Primitive sent from LI to RRC indicating that synchronisation of a previously configured connection has been lost in 
the receiver. In FDD synchronisation is based on reception of the DPCCH, and in TDD synchronisation is based on 
midamble reception. 

Primitive Type: indication 

Parameters: 

none 

10.2.1.3 CPHY-Measurement-REQ 

The Request primitive is used for RRC to configure LI measurements. 
Primitive Type: request 
Parameters: 

transmission power threshold 

Refer to section 9 for measurement parameters 

10.2.1.4 CPHY-Measurement-IND 

The Indication primitive is used to report the measurement results 
Primitive Type: indication 
Parameters: 

Refer to Section 9 for measurement parameters 
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10.2.1.5 CPHY-ERROR-IND 

The CPHY-ERROR primitive is used to indicate to the management entity that an error has occurred as a resuh of a 
physical layer fault. 

Primitive Type: indication 

Parameters: 

Error Code 

10.2.2 CONTROL PRIMITIVES 

The control primitives between layer 1 and 3 are shown in Table 10 

Table 10: Control primitives between layer 1 and 3 



Generic Name 


Parameters 


CPHY-TrCH-Config-REQ 


Transport channel 
description, 


CPHY-TrCH-Config-CNF 




CPHY-TrCH Release- 
REQ 




CPHY-TrCH Release- 
CNF 




CPHY-RL-Setup-REQ 


Physical channel 
description 


CPHY-RL-Setup-CNF 


none 


CPHY-RL-Release-REQ 


none 


CPHY-RL-Release-CNF 


none 


CPHY-RL-Modify-REQ 


Physical channel 
description 


CPHY-RL-IWodify-CNF 


none 


CPHY-Commit-REQ 


Activation Time 



10.2.2.1 CPHY-TrCH-Config-REQ 

This primitive is used for setting up and configuring a transport channel, and also to modify an existing transport 
channel. 

Primitive Type: request 

Parameters: 

- Transport channel description 

10.2.2.2 CPHY-TrCH-Config-CNF 

This primitive is used for confirming the setting up and configuring a transport channel, and also modifying an existing 
transport channel. 

Primitive Type: confirm 

Parameters: 

none 

10.2.2.3 CPHY-TrCH-Release-REQ 

This primitive is used for releasing a transport channel. 
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Primitive Type: request 
Parameters: 

none 

10.2.2.4 CPHY-TrCH-Release-CNF 

This primitive is used for confirming the releasing a transport channel. 
Primitive Type: confirm 
Parameters: 
none 

10.2.2.5 CPHY-RL-Setup-REQ 

The Request primitive is sent from RRC to LI for establishment of a Radio link to a certain UE. 
Primitive Type: request 
Parameters: 

Physical channel description 

10.2.2.6 CPHY-RL-Setup-CNF 

The Confirm primitive is returned from LI to RRC when the Radio link is established. In case LI is unable to execute 
the request, this is indicated in the confirm primitive. 

Primitive Type: confirm 

Parameters: 



10.2.2.7 CPHY-RL-Release-REQ 

The Request primitive is sent from RRC to LI for release of a Radio link to a certain UE. 
Primitive Type: request 
Parameters: 
none 

10.2.2.8 CPHY-RL-Release-CNF 

The Confirm primitive is returned from LI to RRC when the radio link is released. 
Primitive Type: confirm 
Parameters: 
none 

10.2.2.9 CPHY-Modify-REQ 

The Request primitive is sent from RRC to LI for modification of a Radio link to a certain UE. 
Primitive Type: request 
Parameters: 
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Physical channel description 

10.2.2.10 CPHY-RL-Modify-CNF 

The Confirm primitive is returned from LI to RRC when the radio link is modified. In case LI is unable to execute the 
request, this is indicated in the confirm primitive. 

Primitive Type: confirm 

Parameters: 

none 

10.2.2.11 CPHY-Commit-R 

This primitive is sent from RRC to LI to synchronise UE and NW for the physical channel modification. 
Primitive Type: request 
Parameters: 

Activation time 

10.3 Parameter definition 

10.3.1 Error code 

Hardware failure 

10.3.2 Event value 

Maximum transmission power has been reached 
Allowable transmission power has been reached 
Average transmission power is below allowable transmission power 

10.3.3 Physical channel description 

10.3.3.1 Primary SCH 

Tx diversity mode 

10.3.3.2 Secondary SCH 

Tx diversity mode 

10.3.3.3 Primary CCPCH 

- Frequency info 

DL scrambling code 
Tx diversity mode 

- Timeslot (TDD only) 
Burst type (TDD only) 

- Offset (TDD only) 
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Repetition period (TDD only) 
Repetition length (TDD only) 

1 0.3.3.4 Secondary CCPCH 

DL scrambling code 
Channelisation code 
Tx diversity mode 

- Timeslot (TDD only) 
Burst type (TDD only) 

- Midamble shift (TDD only) 

- Offset (TDD only) 
Repetition period (TDD only) 
Repetition length (TDD only) 
TFCI presence (TDD only) 
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10.3.3.5 PRACH 

NOTE: The PRACH can also be used to map the FAUSCH Transport Channel 
Access Slot 

Preamble spreading code (FDD only) 
Preamble signature (FDD only) 
Spreading factor for data part 
Power control info 

- UL target SIR 

- Primary CCPCH DL TX Power 
UL interference 

Power offset (Power ramping) (FDD only) 
Access Service Class Selection 

Preamble signature classification information 
AICH transmission timing parameter (FDD only) 
Timeslots (TDD only) 
Spreading codes (TDD only) 
Midamble codes (TDD only) 

10.3.3.6 Uplink DPDCH+DPCCH 

UL scrambling code 
- DPCCH Gate rate 
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- DPCCH slot structure (Npjio,, Ntpc, Ntfci, Nfbi) 

- Transmission Time offset value 

10.3.3.7 Uplink DPCH 

Timing Advance (TDD only) 

DPCH channelisation code (TDD only) 

Burst Type (TDD only) 

- DPCH midamble shift (TDD only) 

- Timeslot (TDD only) 

- Offset (TDD only) 
Repetition Period (TDD only) 
Repetition length (TDD only) 

- TFCI presence (TDD only) 

10.3.3.8 Downlink DPCH 

Transmission Time offset value 

- DPCCH Gate rate (FDD only) 
DL scrambling code 

DL Channelisation code 
Tx diversity mode 
- FB mode (FDD only) 

- Slot structure (Npu„, Ntpc, Ntfci, Nfbi, , Nd^^i, Ndat^i) (FDD only) 
Burst Type (TDD only) 

- DPCH midamble shift (TDD only) 

- Timeslot (TDD only) 

- Offset (TDD only) 
Repetition period (TDD only) 
Repetition length (TDD only) 
TFCI presence (TDD only) 

10.3.3.9 PCPCH (Physical Common Packet Channel) 

- CPCH Set ID to which this CPCH belongs. 
UE Access Preamble (AP) code 

- DL AP-AICH Channelisation code 
UL CD preamble code 

- DL CD-AICH Channelisation code 
CPCH UL scrambling code 
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CPCH UL Channelisation code 

- DPCCH DL Channelisation code 
Data rate (spreading factor) 

- N_frames_max: Maximum packet length in frames 

- Signature set: set of preamble signatures for AP to access this CPCH 

10.3.3.10 RICH 

- Scrambling code 
Channelisation code 

- Timeslot (TDD only) 
Burst Type (TDD only) 

- Midamble shift (TDD only) 

- Offset (TDD only) 
Repetition period (TDD only) 
Repetition length (TDD only) 

10.3.3.11 AICH 

- Scrambling code 
Channelisation code 
Tx diversity mode 

NOTE: the value for the parameters needs to be consistent with the corresponding PRACH. 

10.3.3.12 PDSCH 

- Scrambling code 
Channelisation code 
Tx diversity mode 

- FB mode (FDD only) 

DL channelisation code (TDD only) 

Burst Type (TDD only) 

- PDSCH Midamble shift (TDD only) 

- Timeslot (TDD only) 

- Offset (TDD only) 
Repetition period (TDD only) 
Repetition length (TDD only) 
TFCI presence (TDD only) 
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10.3.3.13 PUSCH 

PUSCH channelisation code 
Burst Type (TDD only) 

- PUSCH midamble shift (TDD only) 

- Timeslot (TDD only) 

- Offset (TDD only) 
Repetition period (TDD only) 
Repetition length (TDD only) 
TFCI presence (TDD only) 
Timing Advance (TDD only) 

10.3.4 Transport channel description 

1 1 Radio Frame transmission 

11.1 Downlink Frame format 

11.2 Uplink Frame format 

1 1 .3 Order of bit transmission 
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Annex A (normative): 
Description of Transport Formats 

The following table describes the characterisation of a Transport Format. 

Table A.I : Characterisation of Transport Format 







Attribute values 


BCH 


PCH 


FACH 


RACH 


Dynamic part 


Transport 
Block Size 


1 to 5000 

1 bit granularity 


246 


1 to 5000 
1 bit 
granularity 


1 to 5000 

1 bit granularity 


1 to 5000 

1 bit granularity 




Transport 
Block Set Size 


1 to 200000 
1 bit granularity 


246 


1 to 200000 
1 bit 
granularity 


1 to 200000 
1 bit granularity 


1 to 200000 
1 bit granularity 




Transmission 
Time Interval 
(option for 
TDD only) 


10, 20 ms, 40 and 
80 ms 










Semi-static 
part 


Transmission 
Time Interval 
(FDD, option 
forTDDNRT 
bearers) 


10, 20 ms, 40 and 
80 ms 


20ms 


10ms for FDD, 
10ms, 20ms, 
40ms and 
80ms for TDD 


10, 20 ms, 40 and 
80 ms 


10ms and 20ms fo 

FDD, 

10ms for TDD 




Type of 
channel coding 


Turbo 

Convolutional 

coding 


Convolutional 


Convolutional 


Convolutional 


Convolutional 




code rates 


1/2, 1/3 


1/2 


1/2 


1/2 


1/2 




CRC size 


0,8, 12, 16,24 


16 


0,8, 12, 16,24 


0,8, 12, 16,24 


0,8, 12, 16,24 




Resulting ratio 
after static rate 
matching 


0.5 to 4 











£75/ 



(3G TS 25.302 version 3.3.0 Release 1999) 



50 



ETSI TS 125 302 V3.3.0 (2000-01) 







Attribute 
values 


CPCH 


DCH 


DSCH 


USCH 


Dynamic part 


Transport Block 
Size 


1 to 5000 
1 bit 
granularity 


1 to 5000 
1 bit 
granularity 


1 to 5000 
1 bit 
granularity 


1 to 5000 
1 bit 
granularity 


1 to 5000 
1 bit 
granularity 




Transport Block 
Set Size 


1 to 200000 
1 bit 
granularity 


1 to 200000 
1 bit 
granularity 


1 to 200000 
1 bit 
granularity 


1 to 200000 
1 bit 
granularity 


1 to 200000 
1 bit 
granularity 




Transmission 
Time Interval 
(option for TDD 
only) 


10, 20 ms, 40 
and 80 ms 




10, 20 ms, 40 
and 80 ms 


10, 20 ms, 40 
and 80 ms 


10, 20 ms, 40 
and 80 ms 


Semi-static 
part 


Transmission 
Time Interval 
(FDD, option for 
TDD NRT 
bearers) 


10, 20 ms, 40 
and 80 ms 




10, 20 ms, 40 
and 80 ms 


10, 20 ms, 40 
and 80 ms 


10, 20 ms, 40 
and 80 ms 




Type of channel 
coding 


No coding 
Turbo coding 
Convolutional 
coding 


No coding 
Turbo coding 
Convolutiona 
1 coding 


No coding 
Turbo coding 
Convolutional 
coding 


No coding 
Turbo coding 
Convolutional 
coding 


No coding 
Turbo coding 
Convolutional 
coding 




code rates (in 
case of 
convolutional 
coding) 


1/2, 1/3 


1/2, 1/3 


1/2, 1/3 


1/2, 1/3 


1/2, 1/3 




CRC size 


0,8, 12, 16,24 




0,8, 12, 16,24 


0,8, 12, 16,24 


0,8, 12, 16,24 




Resulting ratio 
after static rate 
matching 


0.5 to 4 











NOTE 1 : The maximum size of the Transport Block has been chosen so as to avoid any need for segmentation in 
the physical layer into sub-blocks (segmentation should be avoided in the physical layer). 

NOTE 2: Code rate is fixed to 1/3 in case of Turbo coding. 

NOTE 3: All channels using the same resources as the BCH (i.e. the same timeslot and code, e.g. in a multiframe 
pattern) have to use different Transport Formats than the BCH to allow the identification of the BCH 
channel by physical layer parameters. Due to the differing parameters, decoding of other transport 
channels than BCH will result in an erroneous CRC. 
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Annex B (informative): 

Example of Transport format attributes for AIVIR speech 

codec 

The support for the AMR speech codec is exempHfied below. On the radio interface, one Transport Channel is 
established per class of bits i.e. DCH A for class A, DCH B for class B and DCH C for class C. Each DCH has a 
different transport format combination set which corresponds to the necessary protection for the corresponding class of 
bits as well as the size of these class of bits for the various AMR codec modes. 

With this principle, the AMR codec mode which is used during a given TTI can be deduced from the format of the 
transport channels DCH A, DCH B and DCH C for that particular TTI. 

Note that a similar principle can also be applied for other source codecs e.g. other speech codecs or video codecs. 

An example of transport channel description for each class of bits is given below: 





Attribute 


Value 




Class A 


Class B 


Class C 


Dynamic part 


Transport Blocl< Size 


81 


103 


60 






65 


99 


40 






75 


84 









61 


87 









55 


79 









55 


63 









49 


54 









39 


56 







Transport Block Set Size 


Same as the transport block sizes 


Semi-static part 


Transmission Time Interval 


20 ms 




Type of channel coding 


Convolutional coding 




code rates 


1/2, 1/3 


None, 


None, 1/2 , 






+ class- 


1/2, 1/3 


1/3 






specific 


-1- class- 


-1- class- 






rate 


specific 


specific rate 






matching 


rate 
matching 


matching 




CRC size 


8 










Resulting ratio after static rate 


0.5 to 4{with no coding the rate 




matching 


matching ratio needs to be >1 ) 
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Annex C (informative): 
Change history 
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CR 


Tdoc RAN 
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correspondence and placed under Change Control 


RAN_05 


3.0.0 
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009 
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RAN 05 
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RAN 05 


3.0.0 


012 
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3.0.0 


013 


RP-99461 


3.1.0 


Compressed mode 
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3.0.0 


014 
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3.1.0 
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multiplexing 
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3.1.0 


015 
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3.1.0 


018 
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3.1.0 
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3.2.0 


Measurement of Transmitted carrier power 
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